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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as single actions on single NEs of the 3G network, or as part of a complex procedure involving actions 
on many resources/objects in one or several NEs. 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 
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Scope 



The present document is part of an Integration Reference Point (IRP) named "UTRAN Network Resources IRP", 
through which an "IRP Agent" (typically an Element Manager or Network Element) can communicate Configuration 
Management information to one or several "IRPManagers" (typically Network Managers) concerning UTRAN 
resources. The "UTRAN Network Resources IRP" comprises a set of specifications defining Requirements, a protocol 
neutral Network Resource Model (NRM) and corresponding Solution Set(s). 

The present document 

1 . specifies the protocol neutral UTRAN Network Resources IRP: Network Resource Model. It reuses relevant 
parts of the generic NRM in TS 32.622 [16], either by direct reuse or sub-classing, and in addition to that 
defines UTRAN specific Managed Object Classes. 

The Configuration Management (CM) area is very large. The intention is to split the specification of the related 
interfaces in several IRPs - as described in the Introduction clause above. An important aspect of such a split is that the 
Network Resource Models (NRMs) defined in different IRPs containing NRMs are consistent, and that NRMs 
supported by an IRP Agent implementation can be accessed as one coherent model through one IRP Information 
Service. 

To summarize, the present document has the following main purpose: 

(1) to define the applied UTRAN specific Network Resource Model, based on the generic NRM in TS 32.622 [16]. 

In order to access the information defined by this NRM, an IRP Information Service (IS) is needed, such as the Basic 
CM IRP: IS (TS 32.602 [17]) or the Bulk CM IRP: IS (TS 32.612 [18]). However, which Information Service that is 
applicable is outside the scope of this document. 

Regarding the support of the State Management IRP: IS (TS 32.672 [8]), all NRMs of one release shall support the 
same State Management IRP version. This NRM specification is related to 3GPP TS 32.672 V5.0.X. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 23.003: "Numbering, addressing and identification". 

[4] 3GPP TS 25 .40 1 : "UTRAN Overall Description" 

[5] 3GPP TS 25.433: "UTRAN lub Interface NBAP Signalling" 

[6] 3GPP TS 25.423: "UTRAN lur Interface RNSAP Signalling" 

[7] ITU-T Recommendation X.710 (1991): "Common Management Information Service Definition 

for CCITT Applications". 

[8] 3GPP TS 32.672: "Telecommunication management; Configuration Management (CM); State 

Management Integration Reference Point (IRP): Information service". 
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[9] Void 

[10] Void 

[11] 3GPP TS 32. 111-2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service". 

[12] Void 

[13] 3GPP TS 32.300: "Telecommunication management; Configuration Management (CM); Name 

convention for Managed Objects". 

[14] 3GPP TS 32.600: "Telecommunication management; Configuration Management (CM); Concept 

and high-level requirements". 

[15] 3GPP TS 23.002: "Network Architecture". 

[16] 3GPP TS 32.622: "Telecommunication management; Configuration Management (CM); Generic 

network resources Integration Reference Point (IRP): Network Resource Model (NRM)". 

[17] 3GPP TS 32.602: "Telecommunication management; Configuration Management (CM); Basic CM 

Integration Reference Point (IRP) information service". 

[18] 3GPP TS 32.612: "Telecommunication management; Configuration Management (CM); Bulk CM 

Integration Reference Point (IRP): Information service". 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. For terms and definitions not 
found here, please refer to 3GPP TS 32.101 [1], 3GPP TS 32.102 [2] and 3GPP TS 32.600 [14]. 

Association: In general it is used to model relationships between Managed Objects. Associations can be implemented in 
several ways, such as: 

(1) name bindings , 

(2) reference attributes , and 

(3) association objects . 

This IRP stipulates that containment associations shall be expressed through name bindings, but it does not stipulate the 
implementation for other types of associations as a general rule. These are specified as separate entities in the object 
models (UML diagrams). 

Managed Element (ME): An instance of the Managed Object Class ManagedElement defined in [16]. 

Managed Object (MO): In the context of the present document, a Managed Object (MO) is a software object that 
encapsulates the manageable characteristics and behaviour of a particular Network Resource. The MO is instance of a 
MO class defined in a MIM/NRM. This class, called Information Object Class (IOC) has attributes that provide 
information used to characterize the objects that belong to the class (the term "attribute" is taken from TMN and 
corresponds to a "property" according to CIM). Furthermore, the IOC can have operations that represent the behaviour 
relevant for that class (the term "operation" is taken from TMN and corresponds to a "method" according to CIM). The 
IOC may support the emission of notifications that provide information about an event occurrence within a network 
resource. 

Management Information Model (MIM): Also referred to as NRM - see the definition below. 

Network Resource Model (NRM): A model representing the actual managed telecommunications network resources 
that a System is providing through the subject IRP. An NRM identifies and describes the lOCs, their associations, 
attributes and operations. The NRM is also referred to as "MIM" (see above), which originates from the ITU-T TMN. 
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Node B: A logical node responsible for radio transmission/reception in one or more cells to/from the User Equipment. 
It terminates the Tub interface towards the RNC. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CIM Common Information Model 

DN Distinguished Name (see 3GPP TS 32.300 [13]) 

EM Element Manager 

FM Fault Management 

IOC Information Object Class 

IRP Integration Reference Point 

lub Interface between RNC and Node B 

ME Managed Element 

MIM Management Information Model 

MO Managed Object 

NE Network Element 

NM Network Manager 

NR Network Resource 

NRM Network Resource Model 

PM Performance Management 

RDN Relative Distinguished Name (see 3GPP TS 32.300 [13]) 

RNC Radio Network Controller 

TMN Telecommunications Management Network 

UML Unified Modelling Language 

UMTS Universal Mobile Telecommunications System 

UTRAN Universal Terrestrial Radio Access Network 

4 System overview 

4.1 System context 

Figure 4. 1 and 4.2 identify system contexts of the IRP defined by the present document in terms of its implementation 
called IRP Agent and the user of the IRP Agent, called IRPManager. For a definition of IRPManager and IRP Agent, see 

3GPPTS 32.102 [2]. 

The IRP Agent implements and supports this IRP. The IRP Agent can reside in an Element Manager (EM; for definition 
see 3GPP TS 32.101 [1]) or a Network Element (NE) (see also [2] clause 8). In the former case, the interface 
(represented by a thick dotted line) between the EM and the NEs is not the subject of this IRP. 

An IRPManager using this IRP shall choose one of the two System Contexts defined here, for each NE. For instance, if 
an EM is responsible for managing a number of NEs, the NM shall access this IRP through the EM and not directly to 
those NEs. For another IRP though, the System Context may be different. 
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Figure 4.1 : System Context A 
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Figure 4.2: System Context B 



4.2 Compliance rules 



For general definitions of compliance rules related to qualifiers (Mandatory/Optional/Conditional) for operations, 
notifications and parameters (of operations and notifications) please refer to 3GPP TS 32.102 [2]. 

The following defines the meaning of Mandatory and Optional IOC attributes and associations between lOCs, in 
Solution Sets to the IRP defined by the present document: 

• The IRPManager shall support all mandatory attributes/associations. The IRPManager shall be prepared to 
receive information related to mandatory as well as optional attributes/associations without failure; however 
the IRPManager does not have to support handling of the optional attributes/associations. 

• The IRPAgent shall support all mandatory attributes/associations. It may support optional 
attributes/associations. 

An IRPAgent that incorporates vendor-specific extensions shall support normal communication with a 3GPP 
SA5-compliant IRPManager with respect to all Mandatory and Optional managed object classes, attributes, 
associations, operations, parameters and notifications without requiring the IRPManager to have any knowledge of the 
extensions. 

Given that 

• rules for vendor-specific extensions remain to be fully specified, and 
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• many scenarios under which IRPManager and IRP Agent interwork may exist, 

it is recognised that in Release 4/5 the IRPManager, even though it is not required to have knowledge of vendor- specific 
extensions, may be required to be implemented with an awareness that extensions can exist and behave accordingly. 



5 Modelling approach 

The modelling approach adopted and used in this IRP is described in the Generic Network Resources IRP: NRM [16]. 

6 IRP Information Model 

6.1 Information entities imported and local labels 

None. 

6.2 Class diagram 

6.2.1 Attributes and relationships 

This subclause depicts the set of lOCs that encapsulate information relevant for this service. This subclause provides the 
overview of all information object classes in UML. Subsequent subclauses provide more detailed specification of 
various aspects of these information object classes. 

Figure 6.1 show the name-containment relation and other types of relations of the UTRAN NRM. 

NOTE: The name-containment relations between lOCs are indicated by UML "unidirectional aggregation by 
reference" ("hollow diamonds"). 
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NOTE 1: The listed cardinality numbers represent transient as well as steady-state numbers, and reflect all managed object 

creation and deletion scenarios. 
NOTE 2: The relation between GsmRelation and GsmCell is optional. It may be present if both the UtranCell and the GsmCell 

are managed by the same management node. 
NOTE 3: The UtranRelation and GsmRelation can be name-contained under lOCs defined in other NRMs. 

Figure 6.1: UTRAN NRM Containment/Naming and Association diagram 

Each IOC is identified with a Distinguished Name (DN) according to 3GPP TS 32.300 [13] that expresses its 
containment hierarchy. As an example, the DN of an IOC representing a cell could have a format like: 

SubNetwork=S weden,MeContext=MEC-Gbg- 1 ,ManagedElement=RNC-Gbg- 1 , RncFunction=RF- 1 ,UtranCell=Gbg- 1 . 

6.2.2 Inheritance 

This sub-clause depicts the inheritance relationships that exist between lOCs. 
Figure 6.2 shows the inheritance hierarchy for the UTRAN NRM. 
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Figure 6.2: UTRAN NRM Inheritance Hierarchy 
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NOTE 1: The listed cardinality numbers represent transient as well as steady-state numbers, and reflect all managed object 

creation and deletion scenarios. 
NOTE 2: Each instance of the VsDataContainer shall only be contained under one IOC. The VsDataContainer can be contained 

under lOCs defined in other NRMs. 

Figure 6.3: VsDataContainer Containment/Naming and Association in UTRAN NRM diagram 

The VsDataContainer is only used for the Bulk CM IRP. 
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6.3 Information object classes definition 
6.3.1 RncFunction 
6.3.1.1 Definition 

This IOC represents RNC functionality. For more information about the RNC, see 3GPP TS 23.002 [15]. 



6.3.1.2 



Attributes 



Table 6.1 : Attributes of RncFunction 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


rncFunctionId 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


mcc 


+ 


M 


M 


M 


mnc 


+ 


M 


M 


M 


rncld 


+ 


M 


M 


M 



Table 6.2: Notifications of RncFunction 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyAttributeValueChange 







notifyChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyObjectCreation 







notifyObjectDeletion 







notifyComments 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyAlarmListRebuilt 


See Alarm IRP (3GPP TS 32.111-2 [11]) 





6.3.2 NodeBFunction 
6.3.2.1 Definition 

This IOC represents Node B functionality. For more information about the Node B, see 3GPP TS 23.002 [15]. 



6.3.2.2 



Attributes 



Table 6.3: Attributes of NodeBFunction 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


nodeBFunctionId 


-1- 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


nodeBFunction-lubLink 


+ 


M 


M 


- 
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Table 6.4 Notifications of NodeBFunction 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyAttributeValueChange 







notifyChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyObjectCreation 







notifyObjectDeletion 







notifyComments 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyAlarmListRebuilt 


See Alarm IRP (3GPP TS 32.111-2 [11]) 





6.3.3 UtranCell 



6.3.3.1 



Definition 



This IOC represents a radio cell controlled by the RNC. For more information about radio cells, see 3GPP TS 23.002 
[15]. 



6.3.3.2 



Attributes 



Table 6.5: Attributes of UtranCell 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


utranCellld 


-1- 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


eld 


+ 


M 


M 


M 


localCellld 


+ 


M 


M 


M 


uarfcnUI 


+ 


M 


M 


M 


uarfcnDI 


+ 


M 


M 


M 


primaryScramblingCode 


+ 


M 


M 


M 


primaryCpichPower 


-1- 


M 


M 


M 


maximumTransmissionPower 


+ 


M 


M 


M 


primarySchPower 


-1- 


M 


M 


M 


secondarySchPower 


-1- 


M 


M 


M 


bchPower 


+ 


M 


M 


M 


lac 


+ 


M 


M 


M 


rac 


+ 


M 


M 


M 


sac 


+ 


M 


M 


M 


ura 


+ 


M 


M 


M 


utranCell-iubLink 


-1- 


M 


M 


- 



Table 6.6: Additional attributes of UtranCell for the support of the State Management IRP 



Attribute Name 


Support Qualifier 


READ 


WRITE 


operationalState 





M 


- 


NOTE: No state propagation shall be implied. 
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Table 6.7: Notifications of utranCell 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyAttributeValueChange 







notifyChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyObjectCreation 







notifyObjectDeletion 







notifyComments 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyAlarmListRebuilt 


See Alarm IRP (3GPP TS 32.111-2 [11]) 





6.3.4 lubLink 



6.3.4.1 



Definition 



This IOC represents the logical link to a Node B as seen from the RNC. For more information about the RNC, see 
3GPPTS 23.002 [15]. 



6.3.4.2 



Attributes 



Table 6.8: Attributes of lubLink 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


lubLinkld 


-1- 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


iubLlnk-UtranCell 


+ 


M 


M 


M 


iubLink-NodeBFunction 


-1- 


M 


M 


- 



Table 6.9: Notifications of lubLink 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyAttributeValueChange 







notifyChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.111-2 [11]) 




notifyObjectCreation 







notifyObjectDeletion 







notifyComments 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 1]) 




notifyAlarmListRebuilt 


See Alarm IRP (3GPP TS 32.111-2 [11]) 





6.3.5 UtranRelation 



6.3.5.1 



Definition 



The "UtranRelation" IOC contains radio network related parameters for the relation to the "UtranCell" or 
"ExternalUtranCell" IOC. 

NOTE: In handover relation terms, the cell containing the UTRAN Relation object is the source cell for the 
handover. The cell referred to in the UTRAN relation object is the target cell for the handover. This 
defines a one-way handover relation where the direction is from source cell to target cell. 
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6.3.5.2 



Attributes 



Table 6.10: Attributes of UtranRelation 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


utranRelationId 


+ 


M 


M 


- 


adjacentCell 


+ 


M 


M 


M 


uarfcnUI 


+ 





M 


- 


uarfcnDI 


+ 





M 


- 


primaryScramblingCode 


+ 





M 


- 


primaryCpichPower 


+ 





M 


- 


lac 


+ 





M 


- 



Table 6.11 : Notifications of UtranRelation 



Name 


Qualifier 


Notes 


notifyAttributeValueChange 







notifyObjectCreation 







notifyObjectDeletion 








6.3.5.3 



Attribute constraints 



The optionally attributes uarfcnUl, uarfcnDI, primaryScramblingCode, primaryCpichPower and lac shall be included if 
the EM does not guarantee consistency between the cell definition and what is broadcast on system information. 
Otherwise they shall not be included. 

6.3.6 ExternalUtranCell 



6.3.6.1 



Definition 



This IOC represents a radio cell controlled by another IRP Agent. This IOC has necessary attributes for inter-system 
handover. It contains a subset of the attributes of related lOCs controlled by another IRP Agent. The way to maintain 
consistency between the attribute values of these two lOCs is outside the scope of this document. 



6.3.6.2 



Attributes 



Table 6.12: Attributes of ExternalUtranCell 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifier 


Write Qualifier 


externalUtranCellld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


eld 


+ 


M 


M 


M 


mcc 


+ 


M 


M 


M 


mnc 


+ 


M 


M 


M 


rncid 


+ 


M 


M 


M 


uarfcnUI 


+ 


M 


M 


M 


uarfcnDI 


+ 


M 


M 


M 


primaryScramblingCode 


+ 


M 


M 


M 


primaryCpichPower 


+ 


M 


M 


M 


lac 


+ 


M 


M 


M 


rac 


+ 


M 


M 


M 



Table 6.13: Notifications of ExternalUtranCell 



Name 


Qualifier 


Notes 


notifyAttributeValueChange 







notifyObjectCreation 







notifyObjectDeletion 
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6.4 Information relationships definition 
6.4.1 ConnectedTo (M) 



6.4.1.1 



Definition 



This represents a bi-directional relationship between the lubLink and Node B (through the NodeBFunction). 

The role of the relation shall be mapped to a reference attribute of the IOC. The names of the reference attribute and the 

role are the same. 



6.4.1.2 



Roles 



Table 6.14: Roles of the relation ConnectedTo 



Name 


Definition 


iubLink-nodeBFunction 


This role (when present) represents lubLink capability to identify one NodeBFunction. 
When the role is absent, the lubLink.iubLink-nodeBFunction shall contain no information. 
When present, it shall contain one NodeBFunction DN. 


nodeBFunction-iubLink 


This role (when present) represents NodeBFunction capability to identify one lubLink. 

When the role is absent, the NodeBFunction. nodeBFunction-iubLink shall contain no 

information. 

When present, it shall contain one lubLink DN. 



6.4.1.3 



Constraints 



When a particular lubLink identifies a particular NodeBFunction, that particular NodeBFunction must identify the 
particular lubLink. 

6.4.2 AssociatedWIth (M) 



6.4.2.1 



Definition 



This represents a bi-directional relation between the lubLink and UtranCell. The role of the relation shall be mapped to 
a reference attribute of the IOC. The name of the reference attribute shall be the role name. 



6.4.2.2 



Roles 



Table 6.15: Roles of the relation AssociatedWIth 



Name 


Definition 


lubLlnk-utranCell 


This role (when present) represents lubLink capability to identify the set of related UtranCell. 
lubLink.iubLink-utranCell shall carry the set of UtranCell DN(s). 


utranCell-iubLink 


This role (when present) represents UtranCell capability to identify one related lubLink. 
When the role is absent, the UtranCell. utranCell-iubLink shall contain no information. 
When it is present, it shall contain one lubLink DN. 



6.4.2.3 



Constraints 



When a particular lubLink identifies a particular UtranCell, that particular UtranCell must have identified the particular 
lubLink. 
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6.4.3 ExternalUtranNeighbourCellRelation (M) 



6.4.3.1 



Definition 



This represents a unidirectional relation from UtranRelation to the ExternalUtranCell. The role of the relation shall be 
mapped to a reference attribute, named adjacentCell, of the IOC. 

6.4.3.2 Roles 

Table 6.16: Roles of the relation ExternalUtranNeighbourCellRelation 



Name 


Definition 


utranRelation- 
externalUtranNeighbourCell 


This role (when present) represents UtranRelation capability to identify one 
ExternalUtranCell. When this role is present, the UtranRelation. adjacentCelll shall 
contain one ExternalUtranNeighbourCell DN. 



6.4.3.3 



Constraints 



This role (for a particular UtranRelation) shall be present if the UtranNeighbourCellRelation of this particular 
UtranRelation is absent. This role shall be absent if the UtranNeighbourCellRelation of this particular UtranRelation is 
present. 



6.4.4 UtranNeighbourCellRelation (M) 



6.4.4.1 



Definition 



This represents the unidirectional relation from the UtranRelation to UtranCell. The role of the relation shall be mapped 
to a reference attribute, named adjacentCell, of the IOC. 

6.4.4.2 Roles 

Table 6.17: Roles of the relation UtranNeighbourCellRelation 



Name 


Definition 


utranRelation-utranNeighbourCell 


This role (when present) represents UtranRelation capability to identify one 
UtranCell. When this role is present, the UtranRelation.adjacentCell shall contain 
one UtranCell DN. 



6.4.4.3 



Constraints 



This role (for a particular UtranRelation) shall be present if the ExternalUtranNeighbourCellRelation of this particular 
UtranRelation is absent. This role shall be absent if the ExternalUtranNeighbourCellRelation of this particular 
UtranRelation is present. 
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6.5 



Information attributes definition 



6.5.1 Definition and legal values 

The table below defines the attributes that are present in several Information Object Classes (lOCs) of this TS. 

Table 6.18: Attributes 



Attribute Name 


Definition 


Legal Values 


adjacentCell 


It carries the DN of the UtranCelll or the ExternalUtranCell. 




bchPower 


The power of the broadcast channel in the cell (Ref. 
3GPP TS 25.433 [5]). 


Type: Numeric value 

Range: (-35..+15dB) Steps of 

O.ldB 


eld 


The attribute Is the identifier of a cell in one RNC (Ref. 
3GPP TS 25.401 [4]), 3GPP TS 25.433 [5]). 


Type: Integral numeric value 
Range: (0... 65535) 


externalUtranCellld 


An attribute whose "name+value" can be used as an RDN 
when naming an instance of the object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




iubLinkId 


An attribute whose "name+value" can be used as an RDN 
when naming an instance of the object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




lac 


IOCS UtranCell and ExternalUtranCell: 

Location Area Code, LAC (Ref. 3GPP TS 23.003 [3]). 
IOC UtranRelation: 

Location Area Code, LAC (Ref. 3GPP TS 23.003 [3]), for 
another UTRAN cell or the external UTRAN Cell that is 
broadcast in the system information in the Cell. 


Type: Integral numeric value 
Range: (1.. 65533, 65535) 


localCellld 


Local Cell id is used to uniquely identify the set of resources 
defined in a Node B to support a cell (as defined by a Cid Ref. 
3GPP TS 25.401 [4]), 3GPP TS 25.433 [5]). It must be unique 
in Node B at a minimum, but may be unique in UTRAN. It can 
be used to tie the cell in the RNC to a specific set of resources 
in the Node B. 


Type: Integral numeric value 
Range: (0... 268435455) 


maximumlransmlssi 
on Power 


The maximum transmission power of a cell, DL Power (Ref. 
3GPP TS 25.433 [5]). 


Type: Numeric value 

Range: (0,.. 50 dBm) Steps of 0.1 

dB 


mec 


Mobile Country Code, MCC (part of the PLMN Id, Ref. 
3GPP TS 23.003 [3]). 




mne 


Mobile Network Code, MNC (part of the PLMN Id, Ref. 
3GPP TS 23.003 [3]). 




nodeBFunctionId 


An attribute whose "name+value" can be used as an RDN 
when naming an instance of the object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




primaryCpiehPower 


IOCS UtranCell and ExternalUtranCell: 

The power of the primary CPICH channel in the cell (Ref. 
3GPP TS 25.433 [5]). 
IOC UtranRelation: 

The power of the primary CPICH channel in the cell (Ref. 
3GPP TS 25.433 [5]), for another UTRAN cell or the external 
UTRAN Cell that is broadcast in the system information in the 
Cell. 


Type: Numeric value 

Range: (-10,. .,50 dBm) Steps of 

0.1 dB 


primary SchPower 


The power of the primary synchronisation channel in the cell, 
DL Power (Ref. 3GPP TS 25.433 [5]). 


Type: Numeric value 

Range: (-35.. +15 dB) Steps of 

O.ldB 


primarySeramblingC 
ode 


IOCS UtranCell and ExternalUtranCell: 

The primary DL scrambling code used by the cell (Ref. 

3GPP TS 25.433 [5]). 

IOC UtranRelation: 

The primary DL scrambling code used by the cell (Ref. 

3GPP TS 25.433 [5]), for another UTRAN cell or the external 

UTRAN Cell that is broadcast in the system information in the 

Cell. 


Type: Integral numeric value 
Range: (0-511) 
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Attribute Name 


Definition 


Legal Values 


rac 


Routing Area Code, RAC (Ref. 3GPP TS 23.003 [3]). 


Type: Integral numeric value 
Range: (0..255) 


rncFunctionId 


An attribute wliose "name+value" can be used as an RDN 
wtien naming an instance of tlie object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




rncid 


IOC ExternalUtranCell: 

Unique RNC ID for the associated RNC (Ref. 3GPP TS 23.003 

[3]). 

IOC RncFunction: 

Unique RNC ID (Ref. 3GPP TS 23.003 [3]). 




sac 


Service Area Code, SAC (Ref. 3GPP TS 23.003 [3]). 


Type: Integral numeric value 
Range: (0.. 65535) 


secondarySchPower 


The power of the secondary synchronisation channel in the 
cell, DL Power (Ref. 3GPP TS 25.433 [5]). 


Type: Numeric value 

Range: (-35..+15dB) Steps of 

O.tdB 


uarfcnDI 


IOCS UtranCell and ExternalUtranCell: 

The DL UTRA absolute Radio Frequency Channel number, 

UARFCN (Ref. 3GPP TS 25.433 [5]). 

IOC UtranRelation: 

The DL UTRA absolute Radio Frequency Channel number, 

UARFCN (Ref. 3GPP TS 25.433 [5]), for another UTRAN cell 

or the external UTRAN Cell that is broadcast in the system 

information in the Cell. 


The channel number should 
correspond to a frequency in the 
downlink band, range 2110 MHz - 
2170 MHz, or 1930 MHz- 1990 
MHz for ITU Region 2. (Ref. 3GPP 
TS 25.101). 

Type: Integral numeric value 
Range: (10562 - 10838) or (9662 - 
9938) 


uarfcnUI 


IOCS UtranCell and ExternalUtranCell: 

The UL UTRA absolute Radio Frequency Channel number, 

UARFCN (Ref. 3GPP TS 25.433 [5]). 

IOC UtranRelation: 

The UL UTRA absolute Radio Frequency Channel number, 

UARFCN (Ref. 3GPP TS 25.433 [5]) for another UTRAN cell or 

the external UTRAN Cell, that is broadcast in the system 

information in the Cell. 


The channel number should 
correspond to a frequency in the 
uplink band, range 1920 MHz - 
1980 MHz, or 1850 MHz- 1910 
MHz for ITU Region 2. (Ref. 3GPP 
TS 25.101) 

Type: Integral numeric value 
Range: (9612-9888) or (9262- 
9538) 


ura 


UTRAN Registration Area, URA (Ref. 3GPP TS 25.423 [6]). 


Type: Integral numeric value 
Range: (0.. 65535) 


userLabel 


A user-friendly (and user assigned) name of the associated 
object. Inherited from ManagedFunction. 




utranCellld 


An attribute whose "name+value" can be used as an RDN 
when naming an instance of the object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




utranRelationId 


An attribute whose "name+value" can be used as an RDN 
when naming an instance of the object class. This RDN 
uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 





6.5.2 Constraints 

None. 



6.6 Particular information configurations 



Not applicable. 
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Annex A (informative): 

Supported UTRAN network configurations 

Figure A.l depicts four typical network configurations, which are supported by the UTRAN NRM over the Itf-N. 
However, this does not preclude support for other configurations. 



NM 



Itf-N 







RNC 



NodeB 



Single 
RNC or 
NodeB 



Config. 1 



Config. 2 



Config. 3 



Config. 4 



Figure A.l : Typical network configurations supported by the UTRAN NRM 

Table A. 1 shows the possible number of instances for each network configuration (counted from left to right in figure 
A.l.): 
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Table A.1 : Number of instances for each example configuration in figure A.1 



IOC 


Config. 1 


Config. 2 


Config. 3 


Config. 4 


SubNetwork 


1 


1 


1 


0..1 


ManagementNode 


1 


1 








ManagedElement 


1..N 


1..N 


1..N 


1 


MeContext 


0..M 


0..M 


0..M 


0..1 


RncFunction 


0..P 


0..P 


0..1 


0..1 


NodeBFunction 


0..Q 


0..Q 


0..(N-1) 


0..1 


lubLink 


0..Q 


0..Q 


0..(N-1) 





UtranCell 


0..R 


0..R 


0..R 


0..R 


IRPAgent 


1 


1 


1 


1 


NotificationIRP 


1 


1 


1 


1 


AlarmlRP 


0..1 


0..1 


0..1 


0..1 


BasicCmIRP 


0..1 


0..1 


0..1 


0..1 
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Annex B (informative): 
Change history 
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